Pull-many support + vectors as query values#39
Conversation
Dummy implementation for q-analyze/resolve-any-idents, works for vector values but probably breaks caching for lookup refs
Assumed that lookup-refs are either eid in :where clause, or if in value place, that schema has :db/valueType :db.type/ref Simple tests on lookup refs & tuple queries in datascript_test.cljc
|
Hello @mpdairy . Are you still interested in support this repo? |
|
No, I don't really want to support posh. Do you want to? If somebody wants to do a fork or new repo, I'll put a link to it at the top of the README to direct people there. Or I can give access to edit this repo. |
|
@mpdairy posh is the critical component for my own And thank you for your awesome library! |
|
Oh, cool! I didn't know you made re-posh. Well, the fork is in good hands, then. I added a link to your fork. |
|
@denistakeda is there a way I can hand over the clojars keys to you so you can take the |
|
@mpdairy not sure how to change access rights in clojar. But I've already created a new |
Adds support for
pull-manyin the Posh API. Includes a basic test included below to demonstrate usage.I noticed that
pull-many-analyzealready existed, so my only change there was using Datomic's officialpull-manyfunction. I added similar functions to the existingpullin other namespaces & it "just worked", but there could certainly be problems with this implementation. Eyes are appreciated.This PR also includes the "vector as value" support & tests from PR #38 (which I've closed), but I can split these PRs back out if desired.
Fixes #37 , re-posh denistakeda/re-posh#32
Supports solution for denistakeda/re-posh#26